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5.2.3  Printed  Auxiliary  Output 

The  FM  component  provides  the  user  with  two  printed 
outputs.  The  user  is  responsible  for  formatting  the  print 
lines.  The  FM  conponent  will  handle  the  printing  of  132 
ciiaracters  or  less.  If  the  user  requests  that  more  than  132 
characters  of  data  be  printed,  the  data  in  excess  of  132 
characters  will  bo  printed  on  subsequent  lines. 

5.3  Run  History 

As  part  of  its  functioning,  the  FM  conponent 
automatically  generates  a run  history  on  tlie  printer.  This 
includes  listings  of  logic  statements  tliat  are  compiled,  and 
messages  indicating  that  errors,  or  unusual  conditions  that 
might  be  interpreted  as  errors,  have  been  encountered  during 
processing. 

If  segmented  file  processing  is  being  performed,  the 
segment  control  records  on  the  current  segment  will  be 
printed  showing  the  segment  boundary  emd  the  volume  serial 
number  of  each  segment. 

5.4  File  Analysis  and  Run  Optimization  Statistics 

4 The  File  Analysis  Statistics  capability  in  the  FM 
component  provides  transactions  showing  the  nvimber  of  times 
oach  logic  statement  is  executed  during  an  FM  execution. 
The  DSMAME  of  this  data  set  must  be  tlie  ciata  file  name  plus 
a T.  The  T is  added  to  ISAM  names;  the  S is  replaced  by  T 
in  SAM  names.  To  obtain  transaction  output,  the  DSt'JA^lL  must 
be  cataloged  £ind  the  user  must  specify  the  volume  serial 
(VTRANS)  and  wit  (l/TRAi^S)  in  the  execution  procedure.  Thu 
volume  may  be  any  direct  access  volume.  If  the  data  set 
exists  at  execution  tin«,  transactions  will  be  added 
(blSF^MOb).  If  it  does  not  exist,  five  tracks  will  be 
dynamically  allocated.  The  user  may  change  this  value  by 
overriding  the  TRAMST  DD  card  space  parameter.  Transactions 
are  written  as  fixed  length,  unblocked,  50-byte  records. 
The  format  (fixed)  and  length  (50)  cannot  be  ciianged  but  the 
user  may  change  the  blocking  factor  by  specifying  a bCH 
QLKSI2E  in  the  TRANST  DD  card  which  is  a multiple  of  50. 

t If  the  user  specifys  a DSNAME  (TRANS)  in  the  TRANS  DD 
card,  he  must  sppply  all  parameters  required  to  process  the 
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data  set.  These  (aiaineteis  scet  ccnfcin  to  the  leguiieaeots 
defined  here. 

The  Run  Optia i2ation  Statistics  capability  picvides  the 
user  with  statistical  data  reflecting  the  ccxe  allccaticn 
during  FM  execution.  The  bteakdcwn  cf  the  statistics  detail 
the  aacunt  of  core  used  fcr  user  subroutines  end  tables, 
logic  stateaects,  prccess  blocks,  I/C  buffers,  and  access 
■ethods.  It  also  includes  the  nuober  cf  ELCL  ectries 
allocated  and  used  and  the  coaber  cf  entries  required  for 
each  subroutine,  table,  and  logic  statement  tc  reside  in 
core.  The  aacurt  cf  cere  reguired  for  each  subroutine, 
table,  and  logic  statement  to  reside  in  core  is  alsc  output. 
If  subroutines,  tables,  atd  Icgic  statements  are  rolled, 
this  information  kill  be  output  with  the  causes  fcr  the 
colling  and  the  nuaber  cf  tiaes  it  occurred. 

In  addition,  the  user  is  able  to  enter  cvercide 
pacaaeters  for  the  nuaber  cf  BIDL  entries  tc  allocate,  and 
the  size  cf  the  processing  block  desired  for  stexage  cf  the 
data  records  oucieg  FH  prccessicg. 

The  statistics  gathering  is  initiated  through  parameters 
entered  in  the  FABR  field  of  the  FT  IC  card.  Tb<  paraieters 
and  their  functions  ace  as  fcllcws: 

ROS  - Icdicates  that  run 

optiaizaticn  infernatien 
is  to  be  gathered  and 
output. 

Irdicates  that 
eptiaizatien  processing 
is  tc  he  oait^ted.  If  no 
ether  parameters  are 
coded,  this  paraieter 
should  be  emitted  as  it 
is  the  default. 

Tbe  paraaeters  the  user  aaj  supply  tc  tailci  his  core 
allocation  are  listed  belcw.  Osirg  these  parameters,  the 
Fun  Optimization  Statistics  are  gathered  and  output  ucless 
tbe  MOROS  parameter  is  ussd. 


NCBOS 

f 
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The  M indicates  the 
nuatcc  of  tyt«s  cfquested 
fct  the  t^ccess  block  la 
KCC  (K)  bytes. 


The  n indicates  the 
ouibei  cf  entiles  to  be 
used  in  the  ELCL  list  foe 
SIBSCF,  the  subroutine 
supervisor . 


This  parasetei  indicates 
that  the  statistics 
recced  cn  the  ISAM  data 
file  is  tc  be  used  to 
cenpute  the  process  blcck 
size.  This  paraneter 
■ust  not  be  used  with  TCP 
a rd  vice  versa. 


Fee  a Bore  detailed  descripticn  cf  tke  capability  see 
Introduction  tc  File  Concepts,  Voluae  1. 
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CONTRCI  CAFD  FOFSATS 


6.1  Free-Fornat  Spec  it  icat  ions 

This  section  specific:  the  {lepaiaticc  ie<;ui  icaerts  foe 
all  fN  contcol  cards.  llese  card:  say  he  punched  in  free 
fcriat  CE  filed  foraat  |see  sectiens  6.1  anc  6.3 
respect  ively ) . 

The  general  rules  that  ajply  tc  ftee-fciaat  ccntrol 
cards  axe  as  follcws: 

a.  The  ccntrcl  caid  data  lust  aluays  te  pucched 
starting  jc  ccluie  1.  The  first  character  of  a 
contcol  card  aust  always  be  a dollar  sicr  ($) . 

b.  The  infotaaticn  in  the  card:  aust  te  pucched  ir  a 
specified  (arateter  :eccence. 

c.  The  control  card  fields  aust  be  separated  by 
coaaas,  with  no  intervening  blanks. 

d.  If  the  analyst  bas  rc  leguiieaent  tor  a certain 
paraietei,  he  aist  :c  indicate  by  pur.cning  a conaa 
for  that  field,  except  when  he  has  nc  acre  fields 
to  punch. 

f 

The  three  ccntrol  cards  that  aay  be  focaatted  in  this 
tanner  ace  as  follows: 

a.  The  FPS  ccitccl  caxd 

b.  The  Library  Acticn  card 

c.  The  Transaction  Tescriptor  card. 
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Nf«  BECCBO 

JCB  COBPLtTE 
JCB  COMPLETED 

C\EBFIC« 

Ssxssci 


OH  (folloMin9 

EXIT 

lECORD 

EIEID 

SET 

StBSIl 

OVER 
PAST 
EEYON  t 
KS^T 
I IRST 


Identifies  « t««  t«cotd  ccnditicn 
Identifies  a ivn  cca^lete  cccditicc 

Identifies  en  overtloe  cciditioc 

Add  o(;eraticn 
Subtract  op«caticc 
Divide  cpecatici 
Multiply  operation 

Denotes  equivalency  in  coaputc  stateiert 

PRINT,  PUNCH,  UPlTt,  CISPLAY)  siqnitios  that 
a device  is  beinq  specified 

Identifies  the  next  operand  as  an  exit  label 
Identifies  the  object  cf  the  acticr  as  a record 

Identifies  the  cb3ect  cf  the  action  as  field 

Identifies  the  object  cf  the  acticr  as  a set 

Identities  the  cb^ect  cf  the  action  as  a subset 

Specifies  rescltiiq  position  cf  set. 
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9.1.1  Noise  kiocd£ 

Noise  Mocds  ace  a group  of  conaccly  used  kords  which 
have  no  effect  on  the  functions  of  the  stateaect  tut  which 
help  to  give  the  stateients  a icte  Etglish-like  leadability. 
Noise  words  can  appear  any  place  withir  a stattaent.  The 
following  noise  wcccs  are  allowed  ir  NFl: 


A 

FOR 

IE 

hlTH 

AN 

FFON 

TfcAN 

USING 

AS 

IN 

THE 

BY 

UTC 

TO 

9.1.4  Stateaent  labels 

The  provision  for  labeling  stateaerts  (cr  j-rocddures) 
allcus  a naae  to  be  associated  with  a stateaent.  These 
naacs  can  thee  be  ccfecenced  as  exit  points  oc  tc  change  the 
sequence  of  eaecuticn.  labels  aust  begin  with  ar  alpha 
character  and  say  contain  ctly  alphatetic  characters.  The 
label  can  contain  up  to  seven  characters.  It  is  identified 
as  a label  by  suffixitg  the  naie  with  a cclcn.  A valid 
label  aust  have  a space  follcwirg  the  cclcn.  Stateaent 
identifiers  or  noise  words  cannot  be  used  as  labels. 

Exaiple  - 

LOOP:  BOVE....GC  TO  LCOF 


LOOP  is  a label  associated  with  the  ncve  stateaent.  In  the 
exaaple,  the  GC  causes  the  order  of  execution  tc  be  clanged 
to  the  stateaent  labeled  lOCP. 


tlLl  HAINTENANCE  (PH) 
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S,1.S  Opecands 

Stateaent  opetaads  identify  control  locations, 
subroutines  and  tables,  literal  values,  and  dat<  iccaticns. 


I 
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9. 3. 3, 2 The  EFOCEDIRE  Statement 

The  PROCEDURE  statemert  idectifies  the  beginning  of  a 
group  of  statements  which  will  be  treated  as  a unit.  The 
EROCEDURE  must  be  pcecedsc  by  a label.  This  label  is  called 
the  procedure  name. 


S.3.3.3  The  END  Statement 

The  END  statement  identifies  twc  control  feints.  It 
identifies  the  end  cf  a piccedure  and/cr  it  identifies  the 
end  of  the  logic  statement.  It  has  no  operands. 

Example  - 


NFI  Conditions  aid  lotions 

PROC1;  PROCEDURE 
Conditions  and  Actions 
END 

PROC2;  PROCEDURE 
Condition  and  Actions 
END 

END. 

The  preceding  example  illustrates  a logic  statement 
centaining  two  procedures.  The  first  END  statement 
encountered  terminates  the  group  cf  statements  which 
cemprise  procedure  IEOC1.  The  seconc  END  statement  dees  the 
same  for  the  procedure  FRCC2,  The  third  EID  statement 
terminates  the  entire  logic  statement. 


9. 3. 3. a The  ELSE  Statement 

The  ELSE  statement  identifies  the  beginning  cf  a group 
cf  action  statements  which  are  to  be  executed  only  if  a 
preceding  ccnditicc  was  false.  This  statement  is  not 
required  and  it  should  only  be  used  when  there  aie  both  true 
and  false  actions  (true  actions  consist  of  those  actions 
immediately  following  the  condition  and  continuicc  until  an 
ELSE  or  CONTINUE  Statement  is  e rcc tr tered) . False  actions 
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ccaaence  uith  the  first  action  foliOMin;  the  ELS!  otatcoent 
and  continue  until  a COUllNLE  stataaent  is  enccrntered. 

Baapla  - 

...if  THE  ££011  IS  GfJiJif  Jfi  SQaEUf  S£i)NI  » £££11 

*2  HCJIB  2MQ§  TO  ££5^  S£N3iii5.«- 

In  the  prccedirg  exaiple,  if  the  ccndlticn  is  true,  the 
COMPUTE  stateaent  would  k«  executed.  It  it  is  false,  the 
MOVE  stateaent  ucdd  t<  executed.  Any  ruabet  of  actions 
cculd  appear  where  those  two  actions  appear. 


9. 3. 1.5  The  CONTINUE  Stateiert 

• The  CONTINUE  stateaert  identifies  the  point,  fcllowinj 
a condition,  that  execution  of  noncenditiona  1 stateaerts  is 
resumed.  There  are  no  exceptiers;  each  IF  statenont  oust 
have  associated  with  it  a corresponding  CONTINUE  stateaent. 
Ill  NFL  stateaents  which  fcllcw  ar  IF  statewont  are 
ocnaidoted  to  bo  part  of  the  If  statement.  To  temirate  an 
IE  block,  a CONTINUE  stateaert  is  lecuiied. 

Exaaple  - 

•••II  fiSiO  IS  1£1  J£UJi  TC  jJOVE  iJtLD  TO  RFC 

££lliiyi.. . 

In  the  example  above,  if  tie  conditicr  is  true, 
execution  is  cesuaed  with  the  next  stateaent  tcllowinv)  the 
CCNTINUE  after  the  true  actions  are  perfetaed.  If  the 
condition  is  false,  execiticc  is  lesutoad  with  the  noxt 
statement  tollcwing  the  CCNIINtE  statement. 

N 

Example  ' ‘ 

• ••II  um  IS  J3S1  jyail  TC  floyi  uilU  ifc 

1151  IlfilE  iie  TC  IJiil  CSNTJNUj... 

In  the  pracediuf)  example,  if  the  cenditien  is  true, 
processing  is  the  sate  as  ir  the  prexicus  example.  However, 
if  the  condition  is  false,  the  false  actions  (these  hetweoii 
the  ELSE  statement  and  the  CCNTlhUE  Jtatement)  ate  executed; 
execution  then  is  resumed  with  the  next  statement  followinq 
the  COWTIMUE  statement. 
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t'li.E  HAINTENANCt  (FH) 


t h*»  input  tile.  Fof  ot  i i • 

speciticdt  ion,  sseo  Voiunn*  VITI,  JoP  Pi-'p.ii^tion  .l.inual, 

• The  FN  coB^onent  ledturos  ate  JxEOu.-.soii  in  ♦i»6  tcllowii.  ; 
para  graphs . A net  her  option  dvaiiablf'  ♦o  the  i.;  ro 

liBit  tho  tecoidfi  rod'l  trom  the  tile  to  bo  pi  cco. I . 

This  can  be  dene  thrcuvjh  *.h*'  use  cf  a ElblT  statoaont. 


2.1  Transaction  Sources 

The  Fn  ccaiponont  will  arcoj-t  tix.nl  or  vari.tulo  lon.jtn, 
blvxricod  or  unblocked,  or  und»>tinod  transaction  records  tro.u 
tape,  disn,  or  card  tiles.  The  transaction  riles  aay  b' 
oijanizod  i'.e 'juont  i a 1 1 y , vir  in  indoxod  ssju.^nt  ia  1 rern’  oi.  j 

diax,.  The  latter  capability  perinitt  th»'  ’’F't  la»a  111.'  to  b.' 
used  as  transaction  input  to  update  another  da»a  tile. 

2.J  Transaction  Formats 

Or.  any  ^jiven  FM  run,  til'  updatin.j  can  be  p.rforited  with 
a vatiety  ot  transaction  record  fcixats,  t to.Ti  any  number  ot 
ditterent  repoitiiuj  sourc-'s.  This  capability  allc«is  new 
intormation  inana>.jer.'nt  systems  to  b*'  ilevelep.'d  without 
seriously  lupactinvj  ex  ist  ir.^j  in  tor  ma 1 1 on.  roanav-^emeut  system:^  I 

and  existing  reporting  syst‘'ras. 

2.  J Logical  Updating  and  Transaction  ''dicing 

The  F!1  ccmponcnt  automat  ically  pertorms  all  ot  tie  I/O 
tunctions,  record  positioning,  and  new  record  generation 
required  for  a file  update  run;  hcwevei  , the  uset  supplies 
the  actual  record  update  logic  to  be  used  by  writing  file 
• Ain*’cnance  Icgic  stateuen*s.  The  usei  writes  one  logic 
statement  tor  each  different  transaction  record  forxat  that 
is  used  to  update  his  file.  The  lovjic  statements  ar-' 
written  in  the  File  Hair^'enanc.?  languages  (POOL  cr  NFL). 

Those  languages  provide  a full  coaplement  ct  comparative  and 
arittaetic  tunctions,  so  that  the  user  can  pertoum  all  ot 
his  transaction  data  editing  validation  in  coinunr»ion  with, 
his  tile  update.  In  most  appl icat  ions,  no  prepiocoss  in g or 
preediting  of  transaction  data  should  be  re<iuircd. 
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FILE  WAI  NTENANCir  (FC) 

2.4  Pdtd  Coiivei;;ion  arui  V a 1 1 d it  i or.  - Sut:  i cut  i no;. 

In  addition  to  tho  comi'.tt  it  ive  .iiui  ,ii  it  ic  ccirir.in.lo, 
tho  l-M  Lan^uu^es  aibc  ^icvido  the  u.-?ei  with  cemman  tiuit 
allow  hit*  tc  t'l'itoim  on-line  v.ilid-ition  and  convoision  ot 
t r.tniiaction  data  with  suhroutines  that  m.i  y lu>  writt*'n  in  any 
ot  tho  S/J6''  Idiujuaw^e;;  (CCWOL,  FOHTh.AN,  PL1)  oi  in  Vdt'' 
.Aiiseathler  lanyuaqo.  These  .suh r cu 1 1 no  r.  can  i'**  ^’leo.tor'd  on 
a load  libcacy,  usiiuj  the  N’^PS  in''  FFi'  utility,  HTS'.ijlP®, 
an.d  c.in  b->  accessed  by  the  F."!  comnonont  as  they  ar-' 
roviuired.  A NIPS  JoO  FFS  utility,  TAl'diJN,  has  iioen  yiioviviod 
to  vjonorats  tables  that  poitoim  data  oonversicr.  and 
valiiidtion  usimj  the  table  .search  teohniqu-'  (.leo  .section  2, 
Voluaie  VII,  Utility  Support.) 

2,'j  Prooossir. ij  ot  Periodic  Set.-; 

The  FH  idn^uavjer  contain  i series  of  com.ninds  tha*-  illviw 
the  u.s 'f  »o  scan  the  periodic  sets,  .so  ♦hat  he  jiay 
selectively  update  subsets  based  on  th'ir  exist  ir^j  data 
cont  ’rfs.  Those  cojrDiands  .»  Iso  allow  th*  user  to  control  t h. 
physical  so^iuence  of  subset  i.  in  a sot  when  new  subsets,  ar  ' 
tein  added. 

2.b  Vaiiable  Field  and  Varialile  Se»  Plaint  .'i.anc-' 

'♦'ho  FH  lih^iuavjes  provide  i set  of  coirraands  tor  idling, 
deleting,  or  replacing  inforodticn  in  the  viriablo  fields 
dhd  the  variable  sets. 

2,7  Production  of  Auxiliary  Out  juts 

Tl»e  Ffl  languages  provide  a .set  of  comm.ind.s  tor  prcducinj 
auxiliary  outputs  on  printer,  punch,  direct  access  dtvico  or 
tape  in  conjunction  with  a file  update.  These  outputs  ca’i 
be  used  to  j^rovido  an  audit  tr.iil  v'lf  t h-'  updates  cr  to 
produce  transaction  tiles  tha*  might  be  used  i-o  update  other 
tiles  in  a file  system,  "^wo  s.>p>arate  j'linted  leports,  two 
separate  punched  outputs,  and  up  to  live  auxiliary  tiles  may 
be  p'toduced.  The  user  has  aece.ss  to  a '^•>b-hyte  wetk  ai.>a 
tor  rormatting  auxiliary  output  records.  '='ach  record  is 
limited  to  a maximuM  of  404  bytes  because  NIPS  adds  six 
overhead  bytes  to  the  data  ind  the  TCP  LFTCL  is 
Violation  ot  this  limit  will  cause  a System  d'' 1 .APNEP  (I/d 
KKKO^,  RECOKP  TCO  LCNU),  Information  can  be  selected  for 


**  Cii-2 


) 

j 

I 

1 


P'j 


FILE  HAINTFNAKCl  (FP) 


outi'ut  frciP  either  tho  t r.iUi;.^ct loa  lecoiih?  ci  the  tiata 
L'oeoLais.  The  Ftl  lan^ua^'^s  also  j'lcvi.h'  tho  cai'alility  tv>v 
•Aint4inin>j  sunaaiy  counts  an>i  totvils  wuich  can  he  outiut  to 
tape,  print,  ct  punch.  The  user  has  access  J ''  rull-wor>! 
binary  work,  areas  tor  developing  sumaary  inioiBaticr  in 
conjunction  uitb  a tile  update  rur. 

2.6  Production  of  Fun  History  Intorraation 

The  FH  coaponeiit  autonat  iv-ali  y produces  a printed  run 
history  to  indicate  errer  cenditient  that  v-'re  enccunteied 
durii'.ij  tile  updatin9.  The  run  history  is  printed  separately 
troa  the  printed  auxiliary  output. 

2.^  Lo.jic  Statenont  Storage 

•^he  FS  cojponent  aaintains  a liLrary  ol  th-*  user  - wr  it  t on 
logic  stateserts  (in  conpiled  tort)  to  up'date  a til^.  The 
Logic  Statement  Library  is  maintained  vith  th"  data  trie  and 
consists  or  a senes  ot  records  v it  h special  keys.  "hi.' 
capability  ailcws  the  user  to  avoid  tecompu  la  ti  cn  oi  the 
stateaents  each  tiae  his  file  is  to  be  updated,  thereby 
reducing  execution  tise.  The  component  automat  icall y 
retrieves  the  logic  statements  that  are  ueguiied  loi  the 
transaction  record  formats  encountered  during  an  upviat-' 
cycle.  The  user  can  add/doieto  statements  on  the  Logic 
Statement  Lilrary  by  using  a set  <f  contiol  cares,  called 
library  action  cards  (see  .section  ii.1.2). 

2.1^  Pile  Update  Methods 

The  Ffl  user  can  cause  the  Ffl  cemponent  to  employ  any 
combination  ot  the  following  file  update  methods  in  a given 
tile  maintenance  run. 

" Using  this  method,  ev'ry  record  ot 
tho  data  file  is  made  availabl"  tor  lojioal 
updating.  This  method  may  be  usee  to  make 
corrections  to  som-'  data  field  in  'h-'  file  or  to 
produce  summary  in  for m at  ion.  It  at  all  possible, 
this  method  should  not  be  used  as  a part  of  normal 
pjroductioii  runs  since  it  jreatly  rtduces  the 
efficiency  ot  the  compionent.  However,  when  it  is 
deemed  necessary,  tho  RANvtE  stat-'mint  should  b^* 
compiled  and  stored  on  the  library  ii;  accordance 


1 


r 


A 


FILK  BAI  NT  E NANCE  (F«) 


with  the  pai.a«jrAph  "Lo^jic  Statements”  under  section 
J,1,  Ccntrcl  Elements. 

-iliiiidtinj  - Usinj  this  method,  each 
transaction  record  is  matched  aqainst  a particular 
data  record,  which  is  made  available  icr  icqical 
updating.  When  no  match  is  found,  a new  data 
record  is  generated,  and  a 'new  record'  indicator 
is  set  which  the  user  can  test  by  using  one  of  the 
F (1  language  commands  in  his  logic  statement. 
Exception  updating  is  the  normal  update  method. 

c*  Exce rt ion- Range  Updating  - Using  this  method,  each 
record  that  has  been  subject'^d  to  exception 
updating  is  made  available  for  furth*^!  processing 
by  one  or  more  except  ion- ra  nge  logic  statements. 
This  method  can  be  used  for  collecting  summary 
information  or  for  producing  audit  information  on 
all  records  affected  by  an  update  cycle. 

d.  Direct  Subset  _ll£dating  - Using  this  method,  a 
transaction  record  is  matched  against  a particular 
data  record  subset  and  the  record's  fixed  set,  and 
the  particular  subset  is  made  availatlt  for 
processing.  When  no  subset  match  is  found,  a new 
subset  is  generated,  unless  the  record  does  not 
exist.  In  the  latter  case,  the  transaction  is 
logged  as  an  error  on  the  run  history. 

2.11  Nodes  of  Operaticns 

Four  FH  component  modes  of  operation  may  be  specified  by 
the  user.  (Any  given  FH  run  may  te  executed  in  crly  one 
mode  of  operation.  ) 

Compile  Logic  Statement  Mode  - This  mode  allows  the  user 
to  get  compilations  of  his  logic  statement  for  the  purpose 
of  debugging.  The  component  produces  a symbolic  listing 
with  all  errors  flagged,  along  with  a summary  of  the  errors 
and  their  causes.  Processing  is  completed  when  the  last 
statement  is  compiled.  No  logic  statements  can  tp  added  to 
the  File  Library  portion  of  the  data  file  in  this  mode,  but 
any  other  actions  can  te  performed  on  the  Logic  Statement 
Library.  If  the  data  file  is  seguentially  organized,  no 
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liL>r.iiy  dCt  lonr.  will  tio  j)**  i:  ( lu  o*vl  on  th»'  Lo>,i«.-  -’t  d t .'ih'M.i 
Lit)  lu  ry. 

ioqic  StAt«nKMit  Liliivity  Uiul.it. »’  Mo  .If  - Whtiii  tljiii  aoUf  o' 

opoL" ation  IS  sp*’f  1 1 i*'.l,  FM  mHi.ito^.  ...»  Lovj  vo  St<it<Mu«M. 

Liuraiy  as  spoon  umI  Ly  t ho  JiUi..»Ly  .lot  ion  vMi  vjs. 

;;i  .It  «'mont  s may  .ii:;o  lu  oom[iiltul  ii.  tn..-.  nod.-  .iiul  p....»oo.l  <>.. 

tho  Loqio  Statouiont  Lihi  .iry.  Ii  t no  d.it  .i  iii*-  i. 

.st*vju  ont  i.tl  ly  oinjaa  I'.’oul,  lo.jio  ;;  t ,i  tomoa  t s o.iaao*  L«'  ,idd>».l  to 

tho  loijio  statom»-at  poitioa  of  t lio  d.it  .i  tilo  Jm  inv,  tfii;. 

MO  do . 

O.it.i  Fil»'  uoaoi.iTioa  ,Moui'  - Th.)  a;-.o.  los  m.ui. 

oi  uiH'i.itioa  wlu'a  ho  wio.hos  to  .niiii.iro  .i  niw  III..  ,'.io 

v:oaponoat  will  oompilo  lovjio  st.i  * .•  iiit'a  t . . a lui  i"‘i 

Loijio  Fitatomoat  Hoiaiy  in  .iiat  on  ,iut . ...  ..poonioa.  .nt  r n i 

rirao,  tho  ui.Of  ni.iy  spooity  tho  til.'  a.  on  u. t to 

.i.SiNKWF  syinlioiii'  pai.iwotoi-  of  t lio  X IM  ju  .loo.iiu li  .i  i *..u  ^ 

..^izo  is  not  spocitiod,  it  will  ho  sot  .it  tao  tizo  ot  th.- 

input  FFT. 

Urtt.i  Fi  lo  Up.l.ito  Mod.’  - Thi;>  uio.io  .)  1 .'p  1 1 .i ' i c :i 

spoi'itiod  Mhon  tho  usor  wishos  to  upd.it*  .1  .i.tt  .1  iii*  . v.o*(i*. 

otatoiBont  ccapil.it  ion  and  lihiaiy  ui.i  lati'iiaa*'.  uia  y ai.sv)  ;>•• 

poL'toioiod  by  th*'  coraponont  wh-'n  ox-untod  in  tins  uod* 

opoiation.  If  t h*'  tilo  is  soij  uo  r t i.i  i 1 y oi.j.iai  z*»d  , tho  uso. 

■ay  specify  a now  t i io  blot'K  .-.iz.'  ui.ia*)  tho  US'/,NFWF  syaholiv- 
parauetei'  in  the  XFM  pLOiteduro,  rt  .1  now  biocK  sizo  is  not 
specified,  it  will  lo  sot  at  tho  sizo  ot  tho  input  tilt. 


,1.12  Transaction  Soitin*) 

The  FM  component  auttini  .tt  ical  ly  isirts  all  ti  insa*  t .on 
records  into  soiiuonco  on  the  tiaas.iction  coutiMl  ti**.a.. 
prior  to  updatiiui  a til*'.  Th*'  soit  will  bo  accompl  isho.l  or. 
tapo  or  disk,  Whon  tho  ti.  a iisact  i c 11  voluino  is  such  th.it  t i.. 
diSK  s*)rt  vrap.icity  10  • ■ x*'*>*>d*.'d,  .1  '.ijo  s*)rt  wiii  !)*■ 
executed.  It  tho  t rans.i  I't  ions  .ii*'  .ilroady  in  oidor,  th*» 
suit  is  a ut oinat  i*:.i  1 1 y bypas'.o*!. 

2.11  Or*lin.iiy  n.i  int*'n.ia*'*' 

hiouijh  th*'  ui*  ot  tho  Oi.lviiiiy  ."la  i a t onaiu'o  (OM) 
Transaction  I'<'s*'i  iptm  C^b)  c.*id  ( .*'.■  ;..'*'tioa  t'.2),  tho 
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usoi  mA  y »p«*city  automatic  v.ili>lation  oi  tiausaction  .lata, 
and  automatic  (uncondi  t ion.i  1)  updatin.j  ot  tilo  lit^lds..  Tiio 
typoii  ot  data  validation  tl>at  ra.i  y l)o  j)o  it  orraoil  aio  value, 
l'an«.j*»,  pictuie,  and  v«m  i t icat  ion  a>jain:.t  a taMo  oi 
iiubiout  ino.  Tata  i on  vor:;  ion  t hiou^jli  u:i*»  ot  table  oi 
aubioutine  u;  also  peimitted.  Ki  loi  options  are  jiuvided  to 
purmit  or  suppresi;  automat  ii-  lo»ji)invj  ot  erroiu'ous  data,  to 
automatically  d»>lete  locords  i>f  subsets  vjeneiittd  by  t tu* 
urioneous  t ransact  i on  data,  ot  to  a u t v)ina  t ica  1 1 y cleat  the 
data  tiold  that  coi losponds  to  the  oiioneous  ti  a nsact ion 

t told. 

The  Ordinary  Maint  onai\oo  capability  permit.,  the  uter  to 
writ*'  lovjii*  stat*<monts  that  contain  only  Ordin.ity 
Maintenance  Transaction  n«'scriptcr  i-ards,  or  to  write 

stat*'m«»nts  that  contain  both  vUdinaiy  M.unt*» nance  cards  and 
FM  stat**monts.  Instruction:;  are  ircvvded  in  th*'  PM  lan.juavj** 
to  inteiro'jate  the  results  of  the  iMdinaiy  Mainten.inc*- 
validation  (see  section  ^.U.S).  'Ihi;.  allows  the  user  to 

H'rform  i>ait  of  the  val  i'lat  ion  tunction  usiiu)  the  Cidinary 
Maintenance  laiu)ua*)t  , and  t p«'rtcru:  the  mere  comylv*i  edits 
and  data  manipulation  in  the  FM  lan.jua.j*'  in  one  looic 

statement.  In  a mixed  lovjic  statement,  the  Ordinary 

Maintenance  tuiicticns  aie  executeil  pricr  to  the  FM  laisjua.}.' 
f unc  tions. 


J , 1 4 C heck  point  / h'est  a rt 

bur  in*)  the  ijenei.it  o/ujdate  pha:;es  ot  MAM  proc«>ss  in.j,  the 
user  may  invoke  the  OM/lnO  checkpoint /restart  capability  to 
record  timed  or  end-of -volume  checkpoints.  Kn d- o t- vo  lume 
checkpoints  will  be  taken  vin  the  sam  data  tile  input  tor  an 
FM  SAM  update  and  on  the  user's  .MAM  transaction  input,  il 
there  is  one,  tor  a >jenerate  or  an  update.  The 
chock  (oint/reatait  capability  should  be  used  cnly  dui  in.j 
lonv)-runnin<i  lets  usiiivj  the  «*xecuto  only  jiocedures.  (Note 
that  O.M/lnO  step  restart  Is  pi  o.jr  .im-i  ndept'nd.^nt  and  is  not 
the  topic  ot  this  discus:;ion.  A detaili'd  d«‘.scr  i p tion  ot  th<» 
OS/Jt)0  check  (Oint/rest. 11 1 capability,  wnii-h  i:;  utilized  in 
NIPS,  i.u  available  to  the  iiitei.>sted  u^er  in  IbM  Systems 
Koteience  Library,  Number  C.’d-e/7.''S. ) a d«'tailed  doscri(  tion 
ot  how  to  use  Che*- k (:o int /i*'sta rt  in  NIPM  is  included  in  the 
Job  rie(>aration  Manual,  Volum*'  VIIT. 
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In  .\diliticn  to  the  FM  Loijic  s ta  to  mo  at  s , tho  p f*  oompoaoat 
tunctioas  under  the  coatiol  of  iaformatioa  t^hat  oxisti;  in 
the  UKor-uuii^  lied  ccntrol  c.irds  and  in  the  transaction  and 
ilata  file  records.  The  ruactioa  and  interacrica  ct  those 
elements  is  discussed  in  the  t'ollcwiavj  pa  ra^-j  ra  phs. 

3.1  Control  Elements 

The  EM  component  operates  under  the  con’^tcl  ot  the 
tollowinq  elements  of  information:  FMS  control  card,  LIMIT 
cont  Lol  card  t r ansact  ions,  and  lovjic  statements. 

at ro  l_Ca t d - The  user  roust  provide  an  FMS 
control  Card  (see  suhsection  t.1.1  and  t>.  3.1)  tor 
each  FM  tun.  It  specifies  the  functions  that  the 
FM  is  to  pertorro. 

• o user  may  optionally 

provide  a LIMIT  card  (see  subsection  4,1.1.  1 
and  0.1.  1.1).  It  specifies  the  ranvje  of 
records  to  be  processed. 

“ Transact  idii  records  are  source-data 
records  containriuj  information  used  to  update  the 
data  records.  The  transaction  records  may  also 
contain  tvc  elements  ot  ccntrol  information.  They 
are  the  transaction  ID  fields  and  the  transaction 
control  tields. 

o ” Since  raoie  than  one 

type  ot  transaction  record  can  lie  used  to 
update  a Ljivep  data  file,  each  tiansactioa 
record  must  contain  ml  or  mat  ion  ♦hat  uai^iuely 
1 dentines  its  format.  The  tie  Id  r that 
contain  this  identityiiu)  i nl  ormv\  t ion  are  the 
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tiansaction  ID  fields.  Fach  transdct.ion  may 
contain  up  to  ♦^hree  ID  fields.  The  agkjreyate 
lentjth  of  the  transaction  ID  fields  lay  not 
exceed  six  characters. 

o Tranttaction  Control  Fields  - If  the  data  in  a 
transaction  record  is  to  be  applied  to  a 
particular  data  file  record  or  a record 
subset,  that  transaction  must  contain  control 
fields.  The  most  significant  intcrBation 
contained  in  these  fields  is  identical  to  the 
information  contained  in  the  control  fields  of 
the  data  record  to  which  the  transaction 
applies.  The  least  siijnificant  information  in 
these  fields  may  be  used  to  control  the 
sequence  in  which  different  transactions  are 
processed  against  a given  data  record  and  must 
not  exceed  ID  characters.  The  user  specifies 
the  location  of  transaction  control  fields 
through  the  use  of  transaction  description 
cards,  which  are  a part  of  the  lovjic 
statements.  A transaction  record  may  contain 
up  to  255  characters  of  control  information 
which  may  include  up  to  10  characters  of  user 
ccntrcl  information  in  as  many  as  6C 
noncontiguous  fields. 

o Transaction  Renor  t Identif icat ion  - Each 
transaction  that  is  used  to  update  a file 
contains  a transaction  ID.  The  location  of 
the  transaction  IE  fields  for  all  of  the 
different  transactions  within  a given  report 
must  be  the  same.  To  identify  the  location  of 
the  transaction  ID  fields,  the  user  must 
assign  a report  name  to  each  set  of 
transactions  with  ID  fields  in  unigue 
locations.  The  report  name  must  conform  to 
the  system  name  rules  si)ecified  in  Volume  I, 
Introduction  to  File  Concepts.  Before  FM  will 
compile  the  logic  statements  that  ate  used  in 
processing  a vjiven  set  of  t ransact  iens,  the 
transaction  report  identi f ication  record  must 
be  placed  on  the  Logic  Statement  Library 
through  the  use  of  a library  action  card. 
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Ti:<ia:aaction;.  r.oiavj  jtrocrssea  ihuin>) 

an  EM  run  .uvi.s«-  ho  id  >n  t-i  f i od  by  a roiiort  namo 
boforo  they  v'an  ho  tJLOco;?‘;od  thr<iavjb  tht  uso 
cf  the  EMS  contiol  card  and  roport 

ident  iticat  inn  card.  Tranaac^  icn;;  from 
several  diifor-^nt  topor*s  may  bo  useJ  to 

update  a tile  nn  a ijiven  run.  Keport 
ident  it  ic<it  ion  ca  rds/rocord  s roust  ho  insortod. 
in  the  inpu*-  stream  between  groups  of 
transactions  from  different  leports. 

c,  " Tn  addition  to  speoityin-j  tht* 

processing  logic,  the  analyst  must  also  invilude 
certain  control  intorroation  in  his  logic 

statements.  This  information  is  used  to  specify 
the  type  ot  logic,  statement  h«  is  o'onst  r uct  i ng  and 

to  identity  the  logic  statement  so  that  it  may  be 

retrieved  from  the  library. 

There  are  six  types  ot  logic  statemen’-s: 

o 5ANtlE_S  t a t ement  s_  tf  i t hcu£  _Dill2 

RANCE  statements  without  transaction  data  are 
used  to  perform  logical  processing  on  ‘very 
record  in  the  data  tile.  The  analyst 

specitics  this  ^ype  ot  stateiren’-  by  omitting 
transaction  information  wli^n  he  makes  the 
library'  action  cai  is  lor  his  logic  statement. 
This  type  ot  statement  cannot  be  stored  and 
must  te  recompiled  tor  each  FM  execution.  It 
should  be  noted  that  tliis  type  of  statement 
can  easily  be  converted  to  a range  with 
transaction  data  in  accordance  witb  the 
paragraph  below  tc  permit  storing  on  the 
library.  A single  transaction  description 
card  containing  a noncontrol  tield  (i.e.  , 

IISNAF,1,1)  with  tht  appropriate  ASP  card 
would  fultill  the  reg  ui  re  me  nt  .s  tor  storage  of 
a logic  statement.  A single  transaction  with 
the  applicable  transaction  control  ID  columns 
filled  in  would  subsequently  invoke  the  logic 
statement  at  genera te/upda te  time  (e.g.,  an  A 
in  the  first  position  of  a t ransact ion) . 
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o tjflNCE  Stdtementr.  with  Trans.iction  Data  - RANGE 
statements  ¥i*h  transaction  data  are  used  to 
pertorm  loyical  prccosHiay  on  evory  record  in 
the  data  tile  and  to  update  the  record.  The 
analyst  specifies  this  type  ot  statement  by 
not  specifyiny  transaction  control  tiehis  vhen 
he  makes  up  transacticn  description  cards  for 
his  loyic  statement.  This  type  ot  statement 
may  be  stored  on  the  loyic  Statement  library 
and  need  not  be  recompiled  for  la^ei  use. 

RANGE  statements  apply  to  the  entire  data  file 
while  EXCEPTION  statements  afiply  to  one 
specific  record.  These  types  ot  u pda  tiny 
operations  may  be  cembined. 

o I2Q£E3i2N_Sl  ■ exception  statements 

always  require  transaction  data  and  are  used 
to  process  a particular  record  of  a data  tile. 
The  transaction  control  fields  indicate  which 
record  is  to  be  processed.  The  analyst 
specifies  this  type  cf  statement  by  specifyitK] 
the  location  of  the  transaction  control  fields 
in  the  transaction  description  cards. 
EX’CEPTICN  statements  may  be  stored  cn  the 
Loyic  Statement  Library  and  need  not  b*' 
recompiled  for  later  use. 

o SUBS|;T_EiC?.niON_Statf Bents  - SUBSET  EXCEPTION 

statements  process  a particular  subset  record 
of  a data  file.  The  analyst  specifies  this 
type  of  statement  by  specifying  a subset  field 
as  a miner  control  field  in  his  transaction 
description  cards.  The  subset  ID  must  b-' 
unique  within  its  set.  Th---  transaction 
control  fields,  ma-jor  and  minor,  indicate  the 
subset  to  be  processed.  This-  type  of 

statement  may  be  stored  and  need  net  be 
recompiled  for  later  use. 

O li£££Il!J!i_B4NGE_Ftateisojits  - EXCEPTION  RANGE 

statements  may  be  with  or  without  transaction 
data.  The  statements  are  used  on  a per- record 
basis  to  process  all  data  rjcords  in  the  tile 
that  have  been  updated  via  EXCEPTION 


1U 


•'ll- 


FILiS  MAINTENANCE  (KM) 


I 


std  t ts  liuriiuj  a jivpp,  run.  The  aiiilyst 

s()eoities  this  typ^  ’’t  statement  by  urir.vj  the 
POOL  XNP  instrvicticn  mitten  in  t ne  TOOL 
lanijudijo  loijic  statement,  or  by  puncliiuj  XNP 
as  the  sixth  j-arameter  in  a tree  tormat  Add 
Statement  card  (subsection  o.l.T)  when  usin«^ 
Ordinary  Maintsnance  or  the  NKI.  These 

statements  ran  be  stored  on  tne  Icvjic 

Statement  Library  when  they  are  associated 
with  transaction  data. 

o ~ lo^ic 

statements  except  RANOE  and  EXCSFTICN  FANOE 
statements  without  transaction  data,  must  be 
uniquely  identifie.l  within  a data  rile. 

Statement  i dent i f icat ion  is  acco n p 1 ished 
through  the  use  ct  the  library  action  card 
that  must  precede  each  loqic  statement 
compiled.  The  report  name  and  the  statement 
must  be  sp-^citied. 

The  report  name  identit  ies  the  report  typ'^  anc  provides 
the  location  cf  the  trans.u'ticn  IP  field  for  a set  oi 
transaction  records;  this  is  the  hiqher  level  ol 
idantif icat ion. 

The  statement  name  must  he  identical  to  the  transaction 
ID  on  the  transactions  used  with  th*^  lo<jic  statemt-nt.  This 
is  the  lower  level  of  identification  and  must  be  unique 
within  a qiwen  report. 

J.2  FH  Functioninq 

The  FH  component  is  divided  into  the  tollowinq 

functional  sections; 

«*  • “ This  section  processes  th'  user's 

p»unched  card  ini>ut  . it  use:3  the  FMS  control  card 
to  determine  wliich  FM  tunctivins  are  to  be  uti'toimed 
and  sets  up  a run  communication  record  to  control 
processinq  tor  t lie  run.  It  will  also  p rocess  any 
seqaient  control  cards  and  upidate  the  seqment 
records  on  the  .la’-a  tile.  It  cons*  rue ’•  s a disk 
wotK  file  tiom  the  u..er's  Loqic  Statement  Library 
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update  caL'ds;  if  there  are  any  card  transactions, 
these  are  output  to  a second  work  file. 

^ • Louie  Statement  Compilation  and  library  raintenauce 

- The  functions  of  this  section  consist  of  deletimj 
specified  reports  and  statenents  from  the  Loqic 
Statement  Library,  addiny  new  reports  to  the 
library,  and  cotnpiliny  and  addiny  new  statements  to 
the  library  for  a given  file.  The  report 
information  records  and  the  logic  statements  are 
maintained  on  the  irbrary  in  seguence  ty  report  and 
statement  name.  Each  logic  statement  on  the 
library  contains  two  parts.  The  first  part  is  a 
logic  statement  control  record  that  is  used  during 
transaction  processing.  This  recor<i  incicatos  the 
statement  type.  If  it  is  an  KXCEP'^ICN  or 
SUBSET  EXCEPTION  statement,  it  indicates  the 
location  of  the  transaction  control  fields  in  the 
transaction  record  it  processes.  The  second  part 
consists  of  the  Executable  Load  module  that  is 
produced  when  th^  POOL  language  or  NFL  statements 
are  compiled. 

In  addition  to  updating  the  Logic  Statement 
Library,  this  section  also  produces  a listing  of 
the  user's  Logic  Statement  Library  update  deck, 
with  any  errors  flagged.  when  the  compile-only 
mode  of  FH  is  specified,  the  Logic  Statement 
Library  is  only  updated  by  the  addition  cr  the 
deletion  cf  reports/statements.  For  compiled 
statements,  only  the  error  listing  is  produced. 

Transaction  Prccessing  - The  Transaction  Processor 
matches  each  transaction  record  with  its 
appropriate  logic  statement  and  creates  an  update 
record  for  each  transaction  that  is  used  by  the 
File  Processing  section  to  perform  the  actual 
record  update. 

After  the  Transaction  Processor  reads  a transaction 
record,  it  extracts  the  transaction  ID  fields  from 
the  record.  The  locations  of  the  transaction  ID 
fields  are  associated  with  the  transaction  repiort 
name  on  the  Logic  Statement  Library.  It  then  uses 
the  transaction  report  name  and  the  transaction  ID 
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to  retrieve  the  control  record  of  the  lo^ic 
stateoent  that  will  be  used  to  process  the 
t cansact ion . 

An  update  record,  containing  the  name  of  the  locjic 
stateaent  that  processed  the  transaction,  a sort 
key,  and  the  transaction  record,  are  then  produced. 
The  high-order  byte  of  the  sor'*’  key  contains  the 
update  record  type  indicator;  'H*  for  Range 
updates,  •£•  for  Exception  Range  updates,  and  'P* 
tor  Exception  and  Direct  Subset  updates. 
collating  values  of  the  record-type  indicators 
establish  the  sequence  in  which  the  update  records 
will  te  passed  to  the  File  Pt  ocas  sing  section,  but 
do  not  establish  the  sequence  in  which  the  update 
records  will  actually  be  processed.  For  Exception 
update  records,  ♦■he  sort  key  will  contain  cnly  the 
major  ID,  one  byte  of  binary  zeros  for  the  set 
number  and  user  control  information.  For  direct 
subset  updates,  the  sort  key  will  contain  the  major 
ID,  the  set  number  and  the  subset  control  field. 
The  remainder  of  the  sort  field  will  be  padded  with 
binary  zeros. 

At  the  ccmpletion  of  transaction  processing,  the 
update  records  are  ordered  on  the  sort  key,  if  tney 
are  not  already  in  sequence. 

If  the  data  file  is  a segmented  file  and  segment 
processing  is  to  be  performed,  the  update  record 
sort  keys  are  checked  to  determine  if  the  record 
key  is  within  the  boundaries  of  the  segment  being 
processed.  It  it  is  not,  an  error  message  will  be 
printed  and  the  update  record  will  be  bypassed. 

~ Range  and  the  Rxception  Range 

update  records  are  read  and  saved  in  cere.  Then 
processing  of  the  Exception  and  Direct  Subset 
update  records  begins.  Direct  Subset  updating  for 
a given  record  will  be  performed  following  the 
exception  updates  on  the  record.  If  only  Direct 
Subset  updating  is  to  be  performed  on  the  record, 
the  fixed  set  and  the  subset  are  retrieved,  and  the 
updating  is  performed.  If  no  matching  fixed  set  is 
found,  an  error  message  is  logged.  When  a matching 
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subset  IS  not  toumi,  d new  subset  is  generated,  and 
a 'NEK  RECehD'  switch  is  set  that  can  te  tested  by 
the  user  with  the  POOL  'HNB'  instiuction  or  the  NFL 
new  record  test. 

If  Fan«je  updates  are  to  be  made,  the  entire  data 
file  is  passed  sequentially.  As  each  data  file 
record  is  read,  its  record  key  is  matched  against 
the  current  update  record's  scrt  key.  It  a match 
is  found,  the  appropriate  logic  stateier.t  is 
executed,  and  the  current  data  record  is  updated 
with  the  information  in  the  current  update  record. 
A new  update  record  is  then  read  and  processing 
continues  on  the  same  data  record,  until  ar,  update 
record  is  read  with  a different  sort  key.  At  this 
point.  Range  processing  is  executed  against  the 
current  record. 

If  the  current  update  record's  scrt  key  has  a lower 
value  than  the  current  data  record's  key,  a new 
record  is  generated,  and  the  new  record  switch  is 
set . 

If  the  current  data  record's  key  has  a Icwei  value 
than  the  current  update  record's  sort  key,  this 
indicates  that  no  exception  processing  is  tc  be 
performed  against  the  data  record,  and  only  the 
range  processing  is  performed. 

When  Range  processing  is  performed  against  the 
records  that  wer^'  not  updated  by  exception 
processing,  the  Exception  Range  logic  statements 
are  net  executed. 

When  all  of  the  data  records  and  update  records 
have  been  processed,  the  RANGE  statements  and 
EXCEPTION  RANGE  statements  that  have  been 
collecting  summary  information  are  executed  cnce 
more,  to  allow  them  to  output  the  information. 

When  no  Range  processing  is  required,  the  File 
Processing  Section  retrieves  and  processes  cnly 
those  records  with  keys  that  match  the  Exception 
update  record  sort  keys.  When  no  match  is  found, 
a new  record  is  generated. 
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File  ijoneratioii  is  accoin  p 1 is  h<.’ i ty  dt  ir -i  i new 

record  for  each  Fxcepticn  update  record  with  a 
unique  sort  key. 

Subset  Exception  updates  can  te  proc^^ssed  dutinq 
file  qeneraticr.  tor  these  records  generated  by 
Exception  update  records. 

For  segueiitidl  processing,  the  file  is  passed 
sequentially  as  for  Pange  updating.  The  FFT  and 
logic  statement  records  are  copied  onto  a new 
sequential  output  data  file.  The  records  are  read 
and  updated,  and  the  records  whose  ma  "jor  IPs  have 
been  chanqed  are  writter  cn  a temporary  hold  file. 
This  hold  file  is  sorted  and  merged  with  the  output 
data  file  tc  produce  the  new  data  file.  If  the 
sequential  file  is  a segmented  tile,  a listing  of 
the  segment  control  records  on  the  data  file  will 
be  printed  indicating  segment  boundaries  and  the 
volume  serial  number  of  each  segment.  During  logic 
statement  execution,  if  a major  control  field 
change  occurs,  the  new  Record  ID  is  checked  to 
insure  that  the  new  ic  is  within  the  segment 
boundary.  If  the  new  Record  ID  is  not  within  the 
segment  boundary,  an  error  message  will  be  printed 
and  the  change  will  not  be  executed. 

A secondary  function  of  the  File  Processing  section 
is  the  production  of  a consolidated  auxiliary 
output  file.  The  records  for  this  file  are 
produced  when  any  of  the  POOL  or  NFL  instructions 
that  produce  printer,  punched  card,  or  tape 
auxiliary  output  are  executed.  Control  is  then 
passed  to  the  next  section. 

Auxiliary  Output  Processing  - This  phase  reads  the 
consolidated  auxiliary  output  tile,  and  outputs  the 
individual  records  to  their  proper  printer,  punched 
card,  disk  or  tape  files.  When  two  printer  files 
are  requested,  they  are  produced  sequentially  on 
the  same  printer.  The  two  punched  card  files  are 
punched  into  pockets  1 and  2 of  the  card  punch. 
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I <4.1  Carv)  Iiifiut 

Card  ii4'ut  to  t ho  EM  comi'on  on  r I'on  s o:  tho  EM'^ 

cojit  lol  cdiki,  tJio  Lo^jic  Et.\«-oiaont  LilU  viiy  ui'a.itt  vCK.  .in>l 
t ho  t I'rtuaact,  icn  dock. 

4.1.1  EME  Coutiol  Caiii 

The  to  mat  of  the  EMS  ci>ntiol  caid  i.>  do.-ciiltd  in 
sections  h.1.1  (Fiee-Fomat  ) and  n.  3.  I ( F 1 xv>d- Eoi  tat  ) . 

An  FMS  ccntLol  card  must  ho  t ho  iiist  card  in  the  FM  run 
dock.  It  sj'ocitios  the  functions  tc  ho  I'eitormo.i  duiin-l  tho 
FM  run. 

• 4. 1.1.1  LIMIT  Control  Card 

The  format  ct  the  LIMIT  control  card  is  doicrihoi  in 
section  h . 1 . 1 . 1 (Iiee  Foiaat).  Tho  LIMIT  contiol  oatd  is 
oiitional,  Nhen  user,  it  must  toller  tho  5mS  control  card. 
It  si'ccifies  the  tanije  at  rocords  that  Fil*'  Ma  i u t oua  nco  ^ill 
process. 

4.1. ?  Seijaent  Control  Cards 

Tho  segment  control  cards  will  dirt'Ct  tho  I'ompcnont  to 
pertotm  processing  of  tho  segment  recos ds  on  the  data  tile. 
The  segment  control  cards  must  apyeai  iwmediately  alter  tho 
FMS  control  card.  It  segirontod  aioco. using  is  net  dtsiiod, 
these  cards  must  he  omitted.  Tho  format  ot  tho.-e  cards  is. 
described  in  section  t>.1.?. 

4.1.  d Logic  Statement  Library  Update  Feck 

This  deck,  spiocifios  tho  maint  I'nanco  act  ions  to  bo 
performed  on  the  Logic  Statement  Libraiy  and  consists  I't  the 
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5.2.3  Printed  Auxiliary  Output 

The  FH  ccaponent  provider  the  user  with  two  printed 
outputs.  The  user  is  r'^s  ponsiL  1-.9  for  formatting  the  print 
lines.  The  FK  component  will  handle  the  printing  ct  132 
characters  or  less.  If  the  user  requests  that  more  than  132 
characters  of  data  he  printed,  the  data  in  excess  cf  132 
characters  will  be  printed  on  subsequent  lines. 

5.3  Run  History 

As  part  of  its  functioning,  the  FM  component 
automatically  generates  a run  history  on  the  printer.  This 
includes  listings  of  logic  statements  that  are  compiled,  and 
messages  indicating  that  errors,  or  unusual  conditions  that 
might  be  interpreted  as  errors,  have  been  encountered  during 
processing . 

It  segmented  file  processing  is  being  performed,  the 
segment  control  records  on  the  current  segment  will  be 
printed  showing  the  segment  boundary  and  the  volume  serial 
number  of  each  segment, 

5.4  File  Analysis  and  Run  Optimization  Statistics 

# The  File  Analysis  Statistics  capability  in  the  FM 
component  provides  transactions  showing  the  number  cf  times 
each  logic  statement  is  executed  during  an  FM  execution. 
The  data  set  (DSNAflE)  of  this  data  set  must  be  the  data  file 
name  suffixed  by  a T.  The  T is  added  to  ISAM  names;  the  S 
is  replaced  by  T in  SAM  names.  To  obtain  transaction 
output,  the  DSNAME  must  be  cataloged  and  the  user  must 
specify  the  vclume  serial  (VTRANS)  and  unit  (UTRANS)  in  the 
execution  procedure.  The  volume  may  be  any  direct  access 
volume. 

# If  the  transaction  data  set  exists  at  execution  time, 
transactions  will  be  added  (DISP=MOD) . If  the  data  set  does 
not  exist,  a five  track  data  set  will  he  cynamically 
allocated.  The  user  may  change  the  allocation  value  by 
overriding  the  TRANST  CD  card  space  parameter.  Transactions 
are  written  as  fixed  length,  unblocked,  50-byte  records. 
The  format  (fixed)  and  length  (50)  cannot  be  changed  but  the 
user  may  change  the  blocking  factor  by  specifying  a DCS 
BLKSIZE  in  the  TRANST  DD  card  which  is  a multiple  of  5C. 
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• It  the  user  si)ecifys  a DSNAME  (TRANS)  in  the  TPANS  DP 
card,  he  Bust  supply  all  parametets  retjuired  to  process  the 
data  set.  These  parameters  must  contorm  to  the  requirements 
defined  above. 

The  Hun  Optimization  Statistics  capability  provides  the 
user  with  statistical  data  reflecting  the  core  alJccation 
durinq  FN  execution.  The  breakdown  of  the  statistics  detail 
the  amount  of  core  used  for  u.ser  subroutines  and  tables, 

lovjic  statements,  process  blocks,  I/O  buffers,  and  access 

methods.  It  also  includes  the  number  of  BLDL  entries 
allocated  and  used  and  the  number  of  entries  required  for 
each  subroutine,  table,  and  loqic  statement  to  reside  in 
core.  The  ancunt  of  core  required  for  each  subroutine, 
table,  and  loqic  statement  to  reside  in  core  is  also  output. 
It  subroutines,  tables,  and  loqic  statements  are  roiled, 

this  information  will  be  output  with  the  causes  for  the 

rollinq  and  the  number  of  times  it  occurred. 

In  addition,  the  user  is  able  to  enter  override 
parameters  for  the  number  of  BLDL  entries  to  allocate,  and 
the  size  of  the  processinq  block  desired  for  storaqe  of  the 
data  records  durinq  Ffl  processinq. 

The  statistics  qatherinq  is  initiated  throuqh  parameters 
entered  in  the  PARK  field  of  the  EXEC  card.  The  paiaoeters 
and  their  functions  are  as  follows: 

POS  - Indicates  that  run  optimization 

information  is  to  be  qathered  and  cutput. 

NOROS  - Indicates  that  optimization  processinq  is 

to  be  omitted.  If  no  other  parameters 
are  coded,  this  parameter  should  be 
emitted  as  it  is  the  default. 

The  parameters  the  user  may  supply  to  tailor  his  cor*-* 
allocation  are  listed  below.  Usinq  these  parameters,  the 
Run  Optimization  Statistics  are  qathered  and  output  unless 
the  NOROS  parameter  is  used. 

TCP=NK  - The  N indicates  t li*'  number  ot  bytes 

requested  for  the  process  block  in  1000 
(K)  bytes. 
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TCB=n  “ The  n indicates  the  number  oi  entries  to 

be  used  in  the  ELDL  list  for  SUDSUE,  the 
subroutine  supervisor. 

TCS  “ This  parameter  indicates  that  the 

statistics  record  on  the  ISAP  data  file 
is  to  be  used  to  compute  the  process 
klocK  size.  This  parameter  must  not  be 
used  with  TCP  and  vice  versa. 

For  a more  detailed  description  of  the  capatility  see 
Introduction  to  File  Concepts,  Volume  I. 
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Section  ft 


CONTROL  CARD  FORMATS 


0.1 


Free-Fotmat  Specifications 


all 


This  section  specifies  the  prepaiation  l eq ui r eme nt s for 
FM  control  cards.  These  cards  may  be  punched  in  free 
format  or  fixed  format  (see  sections  6.1  and  b. 3 
respectively) . 


The  qeneral  rules  that  apply  to  f ree-f or ma t control 
cards  are  as  follows: 


a. 


The  control  card  data  must  always  te  punched 
starting  in  cclumn  1.  The  first  character  of  a 
control  card  must  always  be  a dollar  sign  (J)  . 


fc. 


The  infotmatioM  in  the  cards  must  be  punched  in  a 
specified  parameter  sequence. 


The  control  card  fields  must  be 
commas,  with  no  intervening  blanks. 


separated  by 


d. 


If  the  analyst  has  no  requirement  for  a certain 
parameter,  he  must  :;o  indicate  by  punching  a comma 
for  that  field,  except  when  he  has  no  more  fields 
to  punch. 


• The  four  control  cards  that  may 
manner  are  as  follows: 


be  formatted  in  this 


d • 

b. 

c. 

d. 


The  FMS  controi  c^ird 

The  LIMIT  centLOl  card 

The  Lilrary  Action  card 

The  Transaction  Descriptor  car  l. 
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The  data  tile  tyjie  paranet*r:;  »i  e : 

TAPE  - For  Si-><)U-T. tial  pcocessin^j  (SAM) 

DISK  - E'or  indexed  ise.juential  proroii'.i  n>j  (ISAM) 


Thf  d«ft.)ult  option  is  tc  {rot:**:^s,  aircordiaq  tv)  thv' 
organization  ot  the  input  data  tile  which  certain;, 
the  FFT,  iovjic  statements  and,  tor  liPD  runs,  data 
records. 


Field  6 

TAPE  - 

DISK  - 

SAtl  - 

ISAM  - 

CAKD  - 

NONE  - 


Transaction  Scurce  (Ke.juired  ter  llPD  or 
GEN  Mode) 

SkHiuential  transact  ions ; tile  on  eith.'i 
tape  or  direct  access  stora'jc. 

Transaction  source  is  in  indexed 
sequential  ocqanization 

Transaction  source  is  a NIPS  3b0  FFS  data 
tile  in  sequential  organization 

Transaction  source  is  a NIPS  ItO  FFS  data 
rile  in  index  sequential  organization 

CARD  must  be  specitied  or  this  paraaetv'r 
omitted  entirely  when  utilizing  multiple 
transaction  sources  since  the  NEW  FEPORT 
card  describinq  the  source  xust  be 
included  in  the  run  deck. 

No  transactions 


If  this  parameter  is  omitted,  CARP  is  assumed. 


Field  7 - Scqmented  Kile  Processing  Indicator 


SEG  - Segmented  processing  to  be  pertormed  in 
this  run 


NOSEG  - Eypass  segmented  file  processirg  in  this 
run 
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If  this  (UL'aaetec  is  t l\>i  default  option  is  to 

pei'tOLB  sGq«entod  tile  processing  it  the  data  file  is  a 
seqaent  and  to  iqnore  segmented  file  processing  it  the  file 
is  net  a segment. 


#6.  1.1.1  Linn  Control  card 
Desc  ription: 

Field  1 - iLiniT  - card  identitior 

Field  2 - Field  name  or  Orcup  nano  [ra/n]  [»SUBTAU] 

The  field  or  group  name  s^ecitied  must  include  the 
highorder  character (s)  ot  the  ma jer  control  lield. 
The  user  has  the  option  to  specify  partial  fiel>i 
notation  for  the  field  or  group  by  indicating  ir/n. 
This  specities  which  pettions  of  the  record  key 
will  be  used  for  comparison.  This  partial  field 
must  start  at  the  first  character;  i.e.  1/n.  In 
addition,  the  field  or  group  may  be  modified  by  a 
subroutine  expression.  rouble  pound  signs  {»•) 
suppress  automatic  table  oenversion,  and  the  name 
ot  the  subroutine  enclosed  in  pound  signs  forces 
tatlc  conversion. 

Field  J - Relational  Operator 

The  relational  oiH?rarors  shown  below  are  allowed  in 
the  statement  formed  by  the  LiniT  operator  and 
condition  the  selection  ol  records  as  follows: 

EC  - process  when  equal  tc 

LT  - process  when  less  than 

IE  - process  when  less  than  v5r  >>gual  tc 

OT  - process  whon  greater  than 

OF  - process  when  equal  to  greater  that 

DT  - process  when  equal  to  or  between 

Th>'  logical  connector  NOT  may  precede  all 
relational  operators. 
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Field  U - Litetdl(s) 

It  the  13T  reldticndl  opeLdtor  is  specified,  theu 
two  litecdls  are  re^juiied  and  must  be  scpdrated  uy 
a slash;  i.e.,  a/h. 

0.  1. 2 Segment  Control  Cards 

The  segment  control  cards  are  used  to  update  the  segment 
records  on  a segmented  data  file.  The  options  allowed  are 
as  follows; 

SEG  - This  option  indicates  to  the  corapenert  that 

the  output  of  d GEN  run  is  to  be  a segmer.tod 
data  file.  This  option  must  be  used  only  when 
the  mode  of  the  run  is  GEN. 

ACD  - This  option  indicates  to  the  component  that  a 
new  segment  record  is  to  be  added  to  the 

segmented  data  file.  This  option  may  be  used 
in  either  GEN  or  UPE  mode. 

REP  - This  option  indicates  to  the  component  that 

the  volume  serial  number  of  a sp-ecified 

segment  is  to  be  replaced  by  a new  volume 
ser id  1 number . 

DEL  - This  option  indicates  to  the  component  that 

the  segment  record  specified  by  the  lew  key 
value  is  to  be  deleted  from  the  segmented  data 
file. 

Note;  The  actions  specified  by  the  segment  control  cards 
will  be  performed  at  PM  initialization  time.  Therefore,  it 
no  logic  statements  are  to  be  compil*^d,  omit  the  logic 
statement  parameter  on  the  FMS  control  card. 

The  control  cards  are  free  format  and  possible  operands 
are  as  follows; 

^SEG  LCKEy  UIKEY 

iADD  LCKEY  HIKEY  VOLTO 

fSEP  LCKEY  CVOIID  NVOLIC 
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d.  Field  notation  indicator  (optional).  This  field 
consists  of  a one-byre  code  to  indicate  the  type  of 
data  contained  in  the  transaction  field.  The  legal 
codes  and  their  meanings  are  as  follows; 

•A'  - The  field  contains  alphameric  data, 

including  blanlts  and  special  characters. 

' D*  - The  field  contains  nuferic  data  in 
binary  format. 

•C  - The  field  contains  coordinate  data 
in  internal  form. 

•D'  - The  field  contains  numeric  data  in 
decimal  format. 

The  default  option  for  this  code  is  'C*«  Decimal  {'D') 
transaction  data  may  be  processed  in  the  FOOL  language  by 
either  the  arithmetic  (HNU,  (INC,  CCN)  or  logical  (HAL,  MAC, 
COA)  instructicns. 


6.2.2  Keyword;  CONTROL 
Abbreviation:  CTL 
Example:  CCNTRCL  PSCTL 

Function: 

• This  keyword  is  used  to  specify  that  a transaction  field 
is  a control  field.  The  operand  may  be  a one-  to  two-digit 
number,  to  indicate  that  the  transaction  field  is  a major  or 
record  control  field;  or  it  may  be  a subset  control  field 

mnemonic,  which  indicates  that  the  transaction  field  is  a 

subset  control  field  for  a direct  subset  update  statement. 

For  main  cr  record  control  fields,  the  number  indicates 
the  sequence  in  which  the  transaction  fields  are  tc  be 
arranged  in  order  tc  compare  them  tc  the  data  record  ID. 
The  transaction  fields  assigned  the  lower  sequence  numbers 
that  have  an  aggregate  length  equal  to  the  length  of  the 
major  data  record  control  group  constitute  the  major 

transaction  control  fields;  the  remaining  transaction 
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coat  Lol  fields  are  considered  user  contrcl  fields,  and  are 
used  only  to  control  the  update  sequence  on  a qiven  record. 

When  the  control  parameter  is  specified,  it  must 
isaediately  follow  the  field  paraaeter  list. 


t).2.3  Keyword:  FICTURt 
Abbreviation:  FIC 

Example:  PIC  AABB  B«S  (A)NN  A(AB)N 

Function: 

This  Keyword  is  used  to  indicate  that  character  or 
profile  checks  are  to  he  performed  on  a transaction  field. 
The  Keyword  should  Le  followed  by  aasKs  depicting  the  types 
of  EBCDIC  characters  permitted  in  the  defined  transaction 
field.  The  PICTURE  paraaeter  may  only  be  specified  for 

alphameric  or  decimal  transaction  fields.  Character  checks 
that  may  be  specified  by  the  masks  are  Alphatetic  (A), 
Numeric  ( N)  , Special  (S)  , Blank  (B)  , Nonblank  (X),  Non- 

special (Y ) , and  no  check  or  universal  match  ( •)  . 

A direct  test  icr  specific  characters,  as  opposed  to 
types  of  characters,  may  be  specified  with  a VALUE  check,  or 
by  enclosing  the  specific  characters  in  parentheses.  The 
picture  masks,  not  counting  parentheses,  must  be  either 
shorter  than  or  equal  to  the  length  of  the  transaction  field 
defined.  If  a mask  is  shorter,  only  the  leftmost  characters 
of  the  transaction  field  will  be  checked,  up  to  the  length 
of  the  mask.  The  picture  aask  is  terminated  by  the 

occurrence  of  a blank.  Up  to  10  masks  may  be  specified  in 
a PICTURE  parameter  list. 


6.2.U  Keyword:  VALUE 
Abbreviation:  VAL 

Example:  VAL  32Tb0  81d2  ***Sd  'AAbXB' 
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Hainteiiance  erroc  tests.  The  tiansaction  ticld  uust  be 
designated  by  its  assigned  TD  oneacnic. 

Branch  on  Transaction  Valid  (Group  ^) 


This  instruction  branches  to  location  'A‘  it  all  ot  the 
transaction  data  passed  on  specified  Ordinary  Baintenance 
validity  tests. 

Branch  on  Transaction  Not  Valid  (Group  3) 

BTN  A 

This  instruction  branches  to  location  'A'  if  any 
transaction  fields  tailed  the  specified  validity  tests. 


7.4.6  Transaction  Error  Log  Instruction  (SODA  and  Cfi) 

Log  Erroneous  Transaction  Data  (Group  23) 

ERR  A,  E 

Fxanple  - ERR  iT.RANS, ‘THIS  IS  BAD  DATA* 

This  instruction  is  provided  to  assist  the  terainal 
operator  in  correcting  erroneous  transaction  data  when  using 
the  on-line  update  capability.  Source  Data  Autoaation 
(SODA) . 

Uhen  this  instruction  is  executed  during  a SODA  run,  it 
causes  the  displayed  transaction  field  'A*  to  be  underscored 
with  a key  to  the  aessage  provided  as  the  literal  in  field 
* B* . (See  the  Terainal  Processing  (TP)  ccaponent  voluoe  of 
the  NIPS  36ji  PFS  Users  Banual.) 

when  this  instruction  is  executed  during  a batch  FK  run, 
it  causes  the  message  to  be  printed  on  the  Ordinary 
Maintenance  error  leg  (see  section  6.2)  , In  a combined 
Ordinary  Maintenance/ECCL  logic  stateaent,  this  instruction 
may  be  used  tc  replace  or  supplement  the  standard  OH  error 
messages. 
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7.^  Lo>jic  Stat*"mont  Examolv^r. 

The  toliowiii.j  e L 1 1 us  t r settjp  ct  ’■he  FM 

mil  deck  tot  ujHldtinq  t ho  Lo^jic  statement  Lihiuty,  aiil  the 
use  ot  some  ct  the  POOL  iun  iuaije  inst r act  t on  r,.  Si?c*-ions 
9.5.  3 through  9,5.8  provide  sjuivulont  NFL  logic  s*  ateieat  •; 
tor  the  POOL  la/ujuago  stateroints  cf  sections  7.5.3  through 
7.5.6.  All  of  tne  examples  per*-air.  to  the  TF5T3o?  tile. 
For  a description  of  this  file,  see  the  rntroducticn  ’■c  File 
Joncepts  volume  ot  the  NIPS  FF3  Users  Manual. 

All  ot  the  sample  logic  statements,  with  t ho  exce^^ioi; 
ot  the  Range  statement,  perform  updates  with  transactions 
rrom  ♦:he  report  TPTJo^''.  Th-=‘  ditteieiit  transaction  fermats. 
within  this  report  are  identified  ty  the  l€«-t*^rs  'A*  thtcugi. 
•d*  in  column  1 ot  the  transaction. 

Sections  7.5.1  through  7.5.6  illustrate  the  free -format 
FMS  control  card,  library  action  cards,  and  TD  cards. 

Comments  caids  are  shewn  in  each  of  tin?  logic  st  a t c.in:n  t.. 
and  explain  the  functions  of  the  statenMiit  r. 

Section  6.1  provides  an  eguivaient  (iidinary  Paiatenanc< 
I’D  ot  the  PCCL  statement  in  section  7.5.n.  Sectici;  8.J 
shows  a combination  Ofl/POOL  logic  statement. 


7.5.1  FMS  Control  Card 

The  following  FfS  con*:rol  card  would  Le  used  to  execute 
t- he  'LIS'  aedt  or  FM,  to  peifcrm  updates  for  the  logic 
statement  litrary  for  the  TFST36^  file: 

I F.MS/L  ID,  lEST3b^ 


• 7.5.  1.1  LIMIT  Control  Card 

The  tollowing  card  would  bo  used  when  the  user  wanted  to 
limit  a range  to  all  the  r-'cords  whose  control  field,  LCTPL, 
was  equal  to  'AAA'. 

SLIMIT,LC1RL,FU/AAA  cr 

iLIMTT,  ICTFL,  DT,  A A A/ AAA 


C.4- 
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It  all  fticoid.'-,  net.  I *c  ’'A.A*  w-if»  d^.sirad,  thori  th>' 

conttol  card  hould  be: 

JIIKIT,  ICir-L.NCT^Ev',  AA.A 
7.5.  J Litrary  Action  Card  tc  Aid  a W^'i-ott 

T Iw  tolloiiinj  car  d ^onld  u;'cd  to  add  tlc'  r >i'Or* 

*Frr3^;A*  to  t ht*  Lo.jic  3t  ttoiiHM' *•  Litrary.  The  i a nsact  ten  IT 
treld,  for  t rani-acti ors  witnia  this  r<^^'crt,  is  iocat-r'd  in 
coluwn  1. 

iAN,  ;?PTiC;a,  1 

This  card  could  also  have  boen  luiiched  as  tollowi: 

j.Arv,  KPT  3o^,  1-  I 

liow''vor,  sinci-  the  tiansaction  ID  ti>'ld  is  only  cac  liyt.- 
louvj,  the  *-!'  is  net  required. 


7.3.  i Loqic  StatejiRnt 

The  tollowiiivj  oxaaifle  illus*iat>'s  fh*'  orqa i za  1 1 ca  ot 
tae  library  action  card,  » he  IP  cards,  the  laa-jaaq- 
identitiei'  card,  »nd  the  lo  )1.  int.truotion  caics  lot  a:i 
Exception  Icqic  btaterent  . The  .eaffple  s^vitonieat  ierforras 
updates  with  the  'A*  transaction  foraat  of  the  r^^por’' 
« ppT  . 

■^he  first  card  for  th-'  s^atei^nt  i.;  tho  library  action 
card.  This  card  specifies  tnat  the  ..t  at  erne  n*-  is  tc  b> 
permanently  added  to  ♦he  libraiy.  It  also  specifics  tha' 
the  statement  will  perform  up  iates  witii  ♦he  ’A'  ttarsactioi. 
ot  It  port  * .'?r  T ' , .jnd  that  ♦he  f i xv*d  da  ♦a  in  that 
trans.action  torin.it  is  tij?  bytes  lonj.  Th.'  tiansiction  does 
not  cont.aia  ary  variatle  data. 

’^he  TP  cards  follow  the  library  action  card.  "Th'  iirs* 
riela  in  eacn  ot  these  card;?  is  used  to  assivjn  irntmerics  t «> 
tne  ♦ r an.s  act  i c n data  lit  1 is. 


i 
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Thp  seccnd  arni  thiid  sp-^cify  thj  hi^jh-ordei 

position  ana  th»?  iow-or»l>»i:  position  of  th*i  timsac’^ion 
fields. 

The  fourth  lieid  is  used  to  specify  that  a transaction 
field  is  a najor  or  user  control  ficlil.  In  th«.  example, 
iREClD  is  a maicr  transaction  control  fi^iu,  an  1 it 
corresponds  to  the  data  record  control  jroup,  *i’ic'.  BSORZ 
is  a user  transact icn  control  field.  It  is  not  used  in 
matchinq  a transaction  record  to  a data  t'-^cord,  bu*^  is 
associated  with  the  record  control  tielJ  to  con'*Tcl  the  tile 
processinq  sequence. 

The  fitth  field  in  the  TD  card  indicates  the  type  or 
data  that  the  transaction  fields  will  contain.  The  'A' 
transaction  contains  alphabetic  (A)  data  and  zoned  decimal 
(D)  data  only.  Insertion  of  this  field  is  optional,  with 
the  default  option  boinq  'P*. 

The  card  followinq  the  TC  card  is  the  lanquaq.^ 
iden^'itior  card,  and  contains  the  word  *POCL'  in  columns  16- 
!<». 

Comments  cards,  describinq  the  Icqic  i t 1 1 em-'nt ' s 
function,  fcllcw  the  languaqe  identifier  card.  The  comments 
cards  are  identified  by  an  asterisk  (*)  in  column  n. 

The  logic  statement  first  tests  the  n^w  f^corc  switch  by 
using  the  BNF  instruction.  A new  record  will  be  generated 
by  FM  when  no  data  record  can  be  found  with  a UTC*  qrcup  that 
matches  the  contents  the  iRFCID  transaction  field,  in  an  'A' 
transaction.  When  this  occurs,  the  instructions  a*  NEWKEC 
will  be  executed.  These  instructiens  format  a print  line  in 
the  EBCDIC  work  area  and  print  the  line.  At  the  conpletion 
or  this  function,  the  instructicn  sequence  at  “CVE  is 
executed.  This  sequence  of  instructions  moves  ♦ht  data  from 
the  transaction  fields  to  the  data  record  fi-->lds,  using  th*’ 
MAL,  MAC,  and  MhC  instructions.  The  maI  .iikI  MAC 
instructions  are  used  to  move  the  alphabet- ic  data  to  the 
tile  record,  and  the  MNC  instruction  is  used  to  move  t!;.' 
numeric  data  to  the  file  r*^cord. 

when  the  MAC  instruc’-ion  at  MOVE  is  exocut ‘-'d,  nc  data 
transfer  will  tak«.  ^lace  if  the  ccnt*nt  (U  the  tia  nsav'tio!-. 
field  iHOHE  is  blank.  When  the  MNC  ins’Tuctron  is  execut'd. 
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no  vinta  *tansioc  will  tak'  i laco  if  the  con*'ent  oi  the 
tioa  fielvi  ilFFS  is  blank. 

’’he  vns»  lactiont  that  nov-'  the  •’L  ansaction  'la*a  tc  the 
cool  din  »te  fields  OAPTl-n  will  automatically  convert  the 
data  to  internal  coordinate  format. 

At  the  ccuploticn  of  ejocution  of  the  data  itovr 
ir.st  i uc' io a^3 , ai.  SD  I instruction  is  execute  1,  This 
ins»iuction  stores  the  date/tiae  cf  the  ui;ddte  in  the  data 
rield  LAUD. 

A ML’^  instruction  is  executed  next.  This  instruction 
causes  an  exit  from  the  lo-jic  statixent. 


